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[57] ABSTRACT 

A system and method are disclosed for gathering informa- 
tion relating to a loading time experienced by a user of 
information over a network. A browser agent is sent to a user 
machine in response to a user request to access a Web page. 
The browser agent initiates the sending of a user HTTP GET 
request and the browser agent is operable to log a first time 
corresponding to the sending of the user HTTP GET request. 
The browser agent measures a download time interval that 
is determined according to the difference between the first 
time and a second time corresponding to the loading of the 
web page. The browser agent is operative to cause the user 
machine to send a modified HTTP GET request, wherein the 
modified HTTP GET request contains a performance param- 
eter indicative of the measured download time interval. 
Thus, the download time interval experienced by the user is 
measured and a parameter indicative of the measured down- 
load time interval is sent as part of the modified HTTP GET 
request. 

34 Claims, 8 Drawing Sheets 
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Figure 1A 
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METHOD AND APPARATUS FOR 
EVALUTATING SERVICE TO A USER OVER 
THE INTERNET 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to methods and 
apparatuses for evaluating service to a user over the Internet. 

More specifically, the invention relates to methods and 
apparatuses for determining at a user site the amount of time 
that certain operations take over the Internet, providing 
information regarding the timing to a relay server and, in 
certain embodiments, combining the timing information 
with information that identifies the user's geographical 
location. 

2, Description of the Related Art 

With the explosive growth of the Internet, increased traffic 
has caused the performance experienced by users making 
connections over the Internet to vary widely. Many factors 
can influence the performance of a connection including the 
user's modem and other equipment, the type of server, the 
load on the server, and the Internet service provider used. 
The first step in evaluating connection performance is to 
obtain reliable information regarding performance charac- 
teristics such as the time required to download web pages or 
other information across a connection. It is also important to 
measure network performance relating to connectionless 
protocols such as UDP. 

Currently available methods of measuring download 
speeds at different sites and collecting that information in a 
database that facilitates analyzing the information include 
attempting to measure performance on the server side (that 
is, on the server that is providing the web pages or other 
information requested by users) or providing a network of 
special machines that are programmed to connect to differ- 
ent web sites as clients and evaluate the performance of the 
connection. The special machines that make up the network 
can then store or report their connection results. 

The main drawback of analyzing connection performance 
on the server side is that the performance experienced by 
users is not fully determinable from the measurements made 
at the server. The server can, of course, determine when 
packets are sent out and received, and such information 
measures the responsiveness of the server i.e., how quickly 
the server sends a response once a request is received. The 
responsiveness of the server, however, does not fully deter- 
mine the downloading time that is experienced by the user. 

Similarly, a special testing machine can provide accurate 
information about the downloading time experienced by that 
machine, but it is not possible to ascertain downloading 
times experienced by actual users whose hardware or soft- 
ware configuration may differ from the configuration of the 
testing machine or who request information at a different 
time. Furthermore, special testing machines do not provide 
information about actual historical user connections that can 
be analyzed after a problem has been reported. 

What is needed is an apparatus and method for testing 
network performance that can unobtrusively acquire, collect 
and organize data relating to network performance from 
actual users. It would be useful if such a system could 
measure actual download times experienced by users and 
use that data to evaluate network performance. It would be 
useful if such a system were capable of receiving instruc- 
tions to measure performance and transmit results without 
violating network security constraints. The system should be 
capable, for example, of transmitting data from behind a 
firewall. 
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SUMMARY OF THE INVENTION 

Accordingly, the present invention provides a system that 
causes a user to measure the download time of a web page 
experienced by the user accessing the web page. The data is 
sent from the user to a relay server that preferably combines 
the performance data with geographical information relating 
to the user. The data can then be combined with data 
obtained from other users and stored in a central database for 
processing. In one embodiment, a map can be generated and 

10 stored that indicates the performance experienced by users 
in different regions. 

It should be appreciated that the present invention can be 
implemented in numerous ways, including as a process, an 

3S apparatus, a system, a device, a method, or a computer 
readable medium. Several inventive embodiments of the 
present invention are described below. 

In one embodiment, a method of gathering information 
relating to a loading time experienced by a user of infor- 

20 mation over a network is disclosed. The method includes 
sending a browser agent to a user machine in response to a 
user request to access a web page. The browser agent 
initiates the sending of a user HTTP GET request and the 
browser agent is operable to log a first time corresponding 

25 to the sending of the user HTTP GET request. The browser 
agent measures a download time interval that is determined 
according to the difference between the first time and a 
second time corresponding to the loading of the web page. 
The browser agent is operative to cause the user machine to 

30 send a modified HTTP GET request, wherein the modified 
HTTP GET request contains a performance parameter 
indicative of the measured download time interval. Thus, the 
download time interval experienced by the user is measured 
and a parameter indicative of the measured download time 

35 interval is sent as part of the modified HTTP GET request. 
In another embodiment, a system for assembling perfor- 
mance data related to the downloading of information from 
a computer network is disclosed. The system includes a web 
server configured to send a browser agent to a user in 

40 response to a user request. The browser agent is operable to 
log a first time corresponding to the sending of a user HTTP 
GET request and the browser agent is configured to initiate 
the sending of the user HTTP GET request. The browser 
agent is also configured to measure a download time interval 

45 that is determined according to the difference between the 
first time and a second time corresponding to the loading of 
the web page. A relay server is configured to receive from 
the user a modified HTTP GET request. The modified HTTP 
GET request contains a performance parameter indicative of 

50 the measured download time interval. Thus, the download 
time interval experienced by the user is measured and a 
parameter indicative of the measured download time interval 
is received as part of the modified HTTP GET request. 
In another embodiment, a system is disclosed for assem- 

55 bling performance data related to the downloading of infor- 
mation from a computer network. The system includes a 
web server configured to send a browser agent to a user in 
response to a user request to access a web page. The browser 
agent is operable to log a first time corresponding to the 

60 sending of a user HTTP GET request and the browser agent 
is configured to initiate the sending of the user HTTP GET 
request. The browser agent is also configured to measure a 
download time interval that is determined according to the 
difference between the first time and a second time corre- 

65 spending to the loading of the web page. The browser agent 
is configured to send a modified HTTP GET request that 
contains a performance parameter indicative of the mea- 
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sured download time interval. Thus, the download time and mouse 11. Mouse 11 may have one or more buttons for 

interval experienced by the user is measured and a parameter interacting with a graphical user interface. Cabinet 7 houses 

indicative of the measured download time interval is sent s a CD-ROM drive 13, system memory and a hard drive (see 

part of the modified HTTP GET request. FIG. IB) which may be utilized to store and retrieve 

These and other features and advantages of the present 5 software programs incorporating computer code that imple- 

invention will be presented in more detail in the following ments the present invention, data for use with the present 

specification of the invention and the accompanying figures invention, and the like. Although the CD-ROM 15 is shown 

which illustrate by way of example the principles of the as an exemplary computer readable storage medium, other 

invention. computer readable storage media including floppy disks, 

10 tape, flash memory, system memory, and hard drives may be 

BRIEF DESCRIPTION OF THE DRAWINGS utilized. 

™ . .„ , , . . . , u FIG. IB shows a system block diagram of computer 

The present invention will be readily understood by the t , . / . _ - & , r , - 

- . r j . j j • • • *.u *u system 1 used to execute the software of an embodiment or 

following detailed description in conjunction with the / . A . „ T - i A ^ - 

& . . t. * i*i r i the present invention* As in FIG. 1A, computer system 1 

accompanying drawings, wherein like reference numerals 1S . , y , . , , , n 7 H 

, . v B , i , . . . 15 includes monitor 3 and keyboard 9, and mouse 11. Computer 

designate like structural elements, and in which: 4 A - . . . ' . V , r f1 

& system 1 further includes subsystems such as a central 

FIG. 1A illustrates an example of a computer system that processor 51, system memory 53, fixed disk 55 (e.g., hard 
may be used to execute the software of an embodiment of drive)j removable disk 57 ( e . g ., CD-ROM drive), display 
the present invention. adapter 59, sound card 61, speakers 63, and network inter- 
FIG. IB shows a system block diagram of computer 20 f ace 65. Other computer systems suitable for use with the 
system used to execute the software of an embodiment of the present invention may include additional or fewer sub- 
present invention. systems. For example, another computer system could 
FIG. 1C is a block diagram of a system for measuring include more than one processor 51 (i.e., a multi-processor 
download time of a Web page at a group of client sites. system), or a cache memory. 

FIG. 2 is a process flow diagram illustrating the registra- 25 Arrows such as 67 represent the system bus architecture 

tion process that is executed between a browser and a of computer system 1. However, these arrows are illustrative 

Geoserver. of any interconnection scheme serving to link the sub- 

FIG. 3 is a table illustrating the contents of a typical systems. For example, a local bus could be utilized to 

cookie sent to a user in step 224 of FIG. 2. , n connect the central processor to the system memory and the 

. A . n j • 11 . display adapter. Computer system 1 shown in FIG. IB is but 

FIG, 4A is a process flow diagram illustrating a process 1 r * * •* ui e - tU 4U 

. ^ j 1 f an example of a computer system suitable for use with the 

running on a Web server, a browser, and a relay server for . *; ' . - , f _ 

f ' th downloadin of a Web a e present invention. Other configurations of subsystems suit- 

iming e own oa ing o a e page. ^ ^ e ^ p resent invention will be readily 

HG. 4B is an illustration of a frame set used in an appar ent to one of ordinary skill in the art. 

embodiment where a visible agent frame containing links to 35 _ r . _ , 

. .1111 FIG. 1C is a block diagram of a system tor measuring the 

test pages that may be downloaded. , . , t . - „, ~ t rtf «r M * a 

r & J download time of a Web page at a group of client sites. A 

HG. 5 is a diagram of the fields contained in an HTTP numD er of user machines 102a, 102/?, and 102c are con- 
GET header that has been altered to transfer download nected tQ a Web 104 In one embo diment, each user 
timing information to a relay server. machine has a Web browser application running on it that 
FIG. 6 is a process flow diagram illustrating the process supports JavaScript and HTML frames. Browser agents 
implemented on the browser agent. 106a, 106b, and 106c are shown implemented on each of the 
FIG. 7 is a process flow diagram illustrating the process user machines. Each browser agent is a collection of Java- 
implemented on the relay server. Script functions embedded within an HTML page. In vari- 
ous embodiments, browser agents are implemented in 
DETAILED DESCRIPTION OF THE JavaScript, Java, or ActiveX. Preferably, browser agents are 
PREFERRED EMBODIMENTS implemented in an applet that may be received as part of an 
Reference will now be made in detail to the preferred HTML page for reasons that are described below. In other 
embodiments of the invention. An example of the preferred embodiments, browser agents may also be provided as part 
embodiment is illustrated in the accompanying drawings. 50 of an installed browser or a plug-in to a browser that is 
While the invention will be described in conjunction with separately downloaded by a user. 

that preferred embodiment, it will be understood that it is not When one of the user machines sends an HTTP GET 

intended to limit the invention to one preferred embodiment. request to Web server 104, Web server 104 responds to the 

On the contrary, it is intended to cover alternatives, request by sending an HTML page that contains a browser 

modifications, and equivalents as may be included within 55 agent. Once the HTML page containing a browser agent is 

the spirit and scope of the invention as defined by the downloaded into a Web browser running on a user machine 

appended claims. In the following description, numerous that supports JavaScript and HTML frames, the browser 

specific details are set forth in order to provide a thorough agent is used to measure Web page download timing as will 

understanding of the present invention. The present inven- be described in further detail below, 
tion may be practiced without some or all of these specific go Each browser agent 106 sends download timing informa- 

details. In other instances, well known process operations tion to a relay server 110 in the form of an HTTP GET 

have not been described in detail in order not to unneces- request that is adapted to send data in a predefined format, 

sarily obscure the present invention. as is described below. Relay server 110 then preferably 

FIG. 1A illustrates an example of a computer system that transfers the data to a database server 112. In different 
may be used to execute the software of an embodiment of 65 embodiments, database server 112 is located at the site of the 

the present invention, FIG. 1A shows a computer system 1 Web page provider, at an internet provider, or at the site of 

which includes a display 3, screen 5, cabinet 7, keyboard 9, a download timing service center. It should also be noted 
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that database server 112 is combined with relay server 110 the user enables the system to collect data for different 

in certain embodiments. In addition to providing download locations together as desired. By specifying the location in 

timing information, a browser agent can also provide certain latitude and longitude, it is ensured that the locations are 

geographical, configuration, or identification information unique. In a step 226, the user indicates that the process is 

about the user machine on which it resides. This information 5 done on the confirmation page and communicates that to 

is obtained during a registration process. Geoserver 202 by sending an HTTP GET request. In some 

The registration process is initiated by a user connecting embodiments, Geoserver 202 then sends back the location of 

to a Geoserver 114. Geoserver 114 requests information the referring page in a step 228. 

about the user machine that connects to it and provides the FIG. 3 is a table illustrating the contents of a typical 

information for storage on the user machine in the form of 1Q cookie sent to a user in step 224 of FIG. 2. A cookie is a 

a cookie. A cookie is a set of data that may be sent in an name -value pair in the form name rvalue. The cookie has a 

HTTP GET request from a user to the URL that corresponds specified data structure so that the information transferred by 

to the cookie. Although Geoserver 114 is shown as a the cookie can be recovered. A cookie name 300 identifies 

separate entity in FIG. 1C, in certain embodiments, Geo- the cookie. A cookie prefix 302 visually identifies the cookie 

server 114 is combined with relay server 110 and/or database to the user. Users generally have the option of setting their 

server 112. browser software to notify them when a cookie is being sent 

A particularly useful feature included in the download and to require confirmation before a cookie is added to the 

timing system shown in FIG. 1C is that all communication user's cookie file. Cookie prefix 302 provides a visual label 

between the parts of the system is accomplished in a manner to help the user to decide whether or not to accept the cookie, 

that allows for the fact that different user machines may be 20 A latitude 304 and a longitude 306 identify the position of 

operating behind firewalls with varying levels of security the user machine that registered. Latitude and longitude are 

constraints. So long as the user machine is able to send preferably stored in 7 character USGS format. An Agent 

HTTP GET requests and download Web pages with embed- type ID 308 is used to identify the type of agent that is 

ded Java Script, the user machine can communicate within registered and is preferably stored in 2 bytes. In one embodi- 

the system. During the registration process, the user pro- 25 mcnt Agent type ID 308 specifies whether the agent is a 

vides information to the relay server and the relay server browser based agent or a server based agent. It should be 

returns the information to the user in a cookie. Storing noted that server based agents in certain embodiments do not 

geographical and other user information in a cookie file need to use cookies since they can access the server machine 

located on the user machine enables the browser agent to memory. In some embodiments, it is preferred not to store 

transmit that information along with download timing infor- 30 the Agent type ID in the cookie and instead to provide it with 

mation and other information generated by the browser other information in the HTTP GET request header, since the 

agent in the form of an HTTP GET request to the relay user might not know the agent type when he is registering 

server. The browser agent itself is downloaded as part of an with the Geoserver to obtain the cookie. This method is 

HTML page in response to an HTTP GET request from the particularly useful when it is desired to provide a version 

user. 35 number as part of the Agent type ID. Since the version of the 

FIG. 2 is a process flow diagram illustrating the registra- agent that is sent to the user may differ based on the sender, 

tion process that is executed between a browser 200 and a this information is put in the HTTP GET request by the agent 

Geoserver 202. First, in a step 210, a user selects the URL itself, and is not provided by a cookie created upon regis- 

for a registration form. The URL is sent in an HTTP GET tration. 

request to Geoserver 202. Geoserver 202 replies to the 40 A provider ID 310 is defined by a Provider table within 

HTTP GET request in a step 212 by sending a registration the Geoserver application. Provider ID's are issued by the 

form as an HTML form. In certain embodiments, Geoserver Geoserver as part of the cookie based on a one-to-one 

202 sends a warning to the user if a cookie exists already in mapping between an Internet Service Provider's Domain 

the HTTP GET request that will be overwritten by the name and a preassigned integer number. A customer ID 312 

registration process. In a step 214, the user selects a country 45 identifies the customer. The customer is the Web page 

and sends the selection as an HTTP POST Next, in a step provider that is having the performance of its Web page 

216, Geoserver 202 sends an HTML form to the user that tested. A Page ID 314 identifies the owner within an orga- 

requests the user's city and state or city and country and nization of the specific page that is being tested and is 

domain name. In a step 218, the user enters the city and state defined by the customer. 

or city and country and domain name and sends the infor- 50 In alternative embodiments, the customer ID and the page 

mation to Geoserver 202 as an HTTP POST. ID are provided in the HTTP GET request instead of in the 

Geoserver 202 checks the user entry and sends the nearest cookie, since they may not be known on registration, but can 

location choices to the user as an HTML form in a step 220. be passed to the user with the browser agent applet. The 

Location choices are predefined locations that are made provider ID may also be provided in the HTTP GET request, 

available to the user for selection. Large cities may have a 55 as is described below. 

number of location choices so that timing may be separately A sample cookie created according to the format 

measured in the different locations, The user then selects the described above is shown below: 

nearest choice in a step 222 and sends the choice as an HTTP KEYNOTE_BB A__AS I = KEYNOTE_292423N_ 

POST. In sparsely populated areas, a location choice may 1 242421 E_2_1234__0_0 

not be necessary and several small cities may be included 60 The cookie name, KEYNOTE_BBA_ASI identifies the 

together in a single location. In such cases, steps 220 and cookie so that the customer can recognize it when prompted 

222 may be omitted. Geoserver 202 then calculates or looks by the browser whether to accept the cookie. The cookie 

up the Agent Station Identifier (ASI) for the location speci- prefix shown is KEYNOTE. The latitude and longitude are 

fied by the user and sends the ASI as part of a cookie to the 292423N and 1242421E. The Agent Type ID is 2. The 

user in an HTML CODE and a confirmation page. 65 provider ID is 1234 and the customer ID and page ID are 

The ASI is preferably a latitude and longitude of a both 0. Using this cookie, the browser agent can compactly 

location. Selecting the ASI from among choices presented to send all necessary y user information to the relay server. 
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So far, a system has been described for providing regis- 
tration information to a Geoserver that converts geographi- 
cal information to latitude and longitude, combines the 
geographical information with other identifying information 
and returns to the user machine a cookie that can function to 
provide the information as part of an HTTP GET request. 
The following description shows how timing information is 
obtained and sent as part of the HTTP GET request. 

FIG. 4A is a process flow diagram illustrating a process 
running on a Web server 402, a browser 404, and a relay 
server 406 for timing the downloading of a Web page. In a 
step 410, the user running browser 404 selects an HTML 
page that contains the browser agent. This results in the 
sending of an HTTP GET request to Web server 402. Web 
server 402 then sends back the requested HTML page 
containing the browser agent in a step 420. It should be 
noted here that in different cases, the user may or may not 
realize that he is requesting a browser agent. For example, 
if a Web page provider desires to obtain performance 
information about a Web page that it provides, the provider 
could provide the browser agent and frame set in response 
to a user request for the Web page. The browser agent could 
then request the page and, depending on the frame set sent 
along with the browser agent, a visual indication to the user 
that the browser agent has requested and is monitoring 
download performance may be provided. In other 
embodiments, the user knowingly selects the browser agent. 
The browser agent may provide to the user a list of pages 
that may be downloaded that are supported by the browser 
agent or the browser agent may automatically select a page. 
If a list is provided, the user selects a page from among a list 
of choices provided by the browser agent. Thus, in different 
embodiments, performance monitoring is done when a user 
selects a Web page that the provider wishes to be monitored 
or performance monitoring is done after the user purposively 
requests a browser agent. 

The browser agent is made up of JavaScript functions and 
an HTML Frame set definition. An HTML Frame set is an 
HTML page containing definitions of Frames, or logical 
definitions of a single Web page. Each Frame is defined by 
its size, position, and display content. Frames may be 
invisible, that is they are not displayed on the screen, or may 
be very small, consisting of only a small point or box, or may 
be large enough to contain text or links to other pages. The 
processes running on the browser agent are further described 
in FIG. 6. In a step 430, a hyperlink within the HTML page 
containing the browser agent is selected to download the test 
page and an HTTP GET request is sent as a result. As noted 
above, the test page may also be downloaded automatically 
by the browser agent, without the user selecting a hyperlink. 

In one embodiment, the browser agent records the time of 
the sending of the HTTP GET request as the start time. Upon 
receiving the HTTP GET request, Web server 402 sends 
back the requested Web page in a step 440. In a step 450, the 
browser agent calculates the download interval, encodes it in 
an HTTP GET request header, and sends the HTTP GET 
request to relay server 406. In one embodiment, the end of 
the download interval is marked using the onload function. 
In other embodiments, the browser agent calculates other 
performance parameters in addition to or in place of the 
download interval. For example, the time required for the 
server to send the first byte or to end transmission may be 
measured. It should also be noted that in some embodiments, 
the measurement and reporting functions are placed in a for 
loop so that the web browser repeatedly accesses a Web 
page, making repeated measurements and sending multiple 
reports to the relay server. 
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In some embodiments, rather than sending the actual 
download time, the browser agent makes a qualitative 
assessment of the performance and sends the assessment. 
The qualitative assessment may be made relative to an 
absolute scale (e.g. less than 2 seconds is performance level 
1 or green, greater than 2 seconds but less than 4 seconds is 
performance level 2 or yellow, and greater than 4 seconds is 
performance level 3 or red) or a sliding scale based on 
average observed performance (e.g. above or below 
average). In certain embodiments, the browser also displays 
the qualitative assessment to the user. Once it receives the 
performance report, relay server 406 returns a blank HTML 
page to browser 404 in a step 460 signifying that the HTTP 
GET request was received. 

As noted above, in this example, the user first selects an 
HTML page that contains the browser agent in a visible 
agent frame and then makes a page selection from this frame 
after receiving the page containing that agent. The resulting 
selection is displayed in the display frame. In another 
embodiment, the user makes only one selection. The user 
selects the desired HTML page that he wishes to download. 
The browser agent is sent in response as part of a hidden 
agent frame that is included in an initial HTML page. The 
JavaScript that implements the browser agent then automati- 
cally sends an HTTP GET request to retrieve the desired 
HTML page in the display frame. 

By controlling the sending of the HTTP GET request for 
the desired HTML page, the browser agent is able to record 
the time the request was sent and monitor the receiving of 
the page to determine the download time. In such an 
embodiment, it is possible to record the timing of the Web 
page download in a manner that is transparent to the user. 
The user simply requests a desired page. Instead of receiving 
the page directly, the user first gets a page containing the 
browser agent. The browser then automatically sends the 
request for the desired page and notes the download time. 
The browser agent is thus a powerful tool for providing 
download timing information to a Web page provider. Each 
user who downloads data from the server provides download 
timing information and no additional action or choice is 
required from the user to provide the information since the 
browser agent is provided first in response to the HTTP GET 
request. The browser agent requests the desired page, times 
the download, and sends the download timing information to 
the relay server as part of an HTTP GET request without 
further intervention by the user. 

FIG. 4B is an illustration of a Frame set used in an 
embodiment where a visible agent frame containing links to 
test pages that may be downloaded. A Display frame 480 is 
initially blank. Display frame 480 eventually contains the 
test page that is downloaded. An agent frame 482 is also 
shown as a visible frame. Agent frame 482 contains a set of 
links to test pages that may be downloaded by the browser 
agent and displayed in display frame 480. In this 
embodiment, test pages are not downloaded automatically, 
but instead are selected by the user from the links in the 
visible agent frame. In an embodiment where the agent 
provides the test page automatically, the agent frame may be 
an invisible frame or may be only a very small frame that 
functions only as a visual indicator that the frame is there, 
if that is desired. 

FIG. 5 is a diagram of the fields contained in an HTTP 
GET request header that has been altered to transfer down- 
load timing information to a relay server. The download time 
interval measured by the browser agent is encoded as a 
DELTA field 502. In one embodiment, the DELTA field is an 
integer representing a number of milliseconds. The delta 
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field is sent as a variable DELTA in the HTTP GET request 
header. Next, a group of fields are defined that make up a 
page station identifier (PSI) 503. These include a latitude 
field 504 and a longitude field 506 in 7 character USGS 
format; an agent type ID field 508 that is preferably a 2 byte 
integer; a service provider ID field 510 that is preferably a 
2 byte integer; a customer ID field 512 that is preferably a 
4 byte integer, and a page ID field 514 that is preferably a 
4 byte integer. Customer ID field 510 identifies the owner of 
the page that is being measured and page ID field 514 
identifies the specific page that is measured. Together, the 
page station identifier fields describe the unique combination 
of the HTML page and the server on which the page resides. 
The test page URL is also included in the HTTP GET request 
header in some embodiments as a test page URL ASCII 
variable 516. The test page URL identifies the Web page that 
is downloaded, but not necessarily the server. The customer 
ID and page ID identify the server and the page. 

A sample HTTP GET request header sent by the browser 
agent to the relay server is shown below: 
GET/DELTA-661&PSI = 292423N%5F242421E% 
5F0%5F1234%5F1234%5F1234&URL=»http:// 
ny.us.keynote.com:2989/BBADEV/test.html HTTP/1.0 

The DELTA shown is equal to 661. The page station 
identifier fields are shown delimited by %S (which is the 
underscore character in HTML) within the variable PSI. The 
test page URL is shown as the value of the URL variable. 

At this point, it may be useful to discuss the data that is 
preferably sent to the relay server as part of the cookie file 
and the data that is preferably sent to the relay server as part 
of the PSI or as another field in the HTTP GET request 
header. The cookie file preferably contains information that 
identifies the user and the user's Internet service provider. 
This is advantageous because storing this information once 
in the cookie alleviates the need for the browser agent to ask 
the user for the information. On the other hand, information 
that is either determined by the browser agent (such as the 
DELTA), or that can be included in the browser agent when 
it is sent to the user (such as the customer ID and the page 
ID), is included as a field in the HTTP GET request header. 
Thus, the user does not have to input information that is not 
known to the browser agent but that is in the cookie and the 
browser agent provides the information that it has available 
for the fields in the HTTP GET request header without the 
need for user input. 

In the data structures shown, certain fields from the cookie 
such as latitude field 504, longitude field 506, and service 
provider ID field 510 are shown in the PSI. It should be 
understood that these fields are included for the purpose of 
providing flexibility for implementations that do not take 
advantage of a cookie or for implementations that might for 
some reason require that the browser agent obtain this 
information each time that the browser agent is sent. 
Likewise, certain fields provided by the browser agent in the 
PSI fields of the HTTP GET header such as Agent type ID 
308, customer ID 312, and Page ID 314 are shown in the 
cookie even though such information would generally not be 
available during the registration process. Such fields are 
shown in the cookie again to allow for flexibility of imple- 
mentation. In certain embodiments, the extra fields also may 
be used for other purposes. 

It should be noted that, conventionally, the cookie is only 
sent to the owner of the cookie. The owner of the cookie is 
the party that stored the cookie. In the embodiment 
described above, therefore, the owner of the cookie is the 
Geoserver. In one preferred embodiment where the cookie is 
used, the Geoserver is implemented on the same physical 
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machine as the Relay server so that the cookie is sent to the 
Relay server with the HTTP GET request. In other 
embodiments, the Geoserver is used to relay the HTTP GET 
request to the Relay server. The Geoserver gets the cookie 

5 and transfers the cookie information to the Relay server. 
This can be done a number of ways, including using the 
fields in the HTTP GET header. Alternatively, it is possible 
for the browser agent to prompt the user for the cookie 
information and include it along with the rest of the fields in 

10 the HTTP GET header. 

Using the data formats described above, it is possible for 
the browser agent to assemble all of the necessary informa- 
tion for communication to the relay server. The cookie 
stored on the user machine stores information about the user 

15 that is provided by the Geoserver. Information about the 
page station that is providing the Web page and which is 
being evaluated for download performance is transmitted 
with the browser agent. Thus, page station information is 
provided via the agent and the user need not provide any 

20 information. Page station information along with measured 
download timing information is provided to the relay server 
via fields in the HTTP GET request header. User geographic 
location information and service provider information is 
provided by the cookie. Information about the user is 

25 provided once in the registration process and stored in the 
cookie so that it is provided along with the HTTP GET 
request sent from the browser to the relay server. 

In certain embodiments, information about the user need 
not be provided and the browser agent is sent from the page 

30 station to users whether or not they have registered. In such 
cases, users with blank cookies or no cookies are kept track 
of by the relay server in a separate geographical category 
from users whose geographic category and other informa- 
tion is known. Information about such users is useful when 

35 evaluating the generic, system wide performance of a server 
regardless of the location of the user, 

FIG. 6 is a process flow diagram illustrating the process 
implemented on the browser agent for measuring and report- 
ing download time. The process starts at 600. In a step 610, 

40 the agent triggers a start timer. In a step 620, the test page 
is retrieved. Next, in a step 630, a stop timer is triggered by 
the onload function when the test page is loaded. It should 
be noted that in other embodiments other events may be used 
to trigger the stop timer. In a step 640, the result of the test 

45 is sent to a relay server. The process ends at 650. 

FIG. 7 is a process flow diagram illustrating the process 
implemented on the relay server. The process starts at 700. 
In a step 710, the relay server receives packets from agents. 
In a step 720, data from packets is assembled and formatted. 

50 In a step 730, the database server is contacted and results are 
sent. The process ends at 740. Thus, the relay server receives 
actual historical performance data from browser agents. If 
network problems occur, the data from the relay server or the 
database server can be used to analyze network performance 

55 at different times. 

Thus, a method and apparatus for evaluating service to a 
user over the internet has been disclosed. The method 
disclosed may also be applied to any other network com- 
puting environment, including public or private internets or 

60 intranets. Download time, or any other performance param- 
eter that is desired may be measured using an agent that 
monitors information as it is transmitted between parties. In 
one embodiment, the network is the Internet and the infor- 
mation is transmitted in the form of Web pages. Results are 

65 preferably sent to a relay server for formatting before being 
stored in a database server. In some embodiments, results are 
sent directly to a database server. 
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Although the foregoing invention has been described in 
some detail for purposes of clarity of understanding, it will 
be apparent that certain changes and modifications may be 
practiced within the scope of the appended claims. It should 
be noted that there are may alternative ways of implement- 
ing both the process and apparatus of the present invention. 
Accordingly, the present embodiments are to be considered 
as illustrative and not restrictive, and the invention is not to 
be limited to the details given herein, but may be modified 
within the scope and equivalents of the appended claims. 

What is claimed is: 

1. A method of gathering information relating to a loading 
time experienced by a user of information over a network 
comprising: 

automatically sending a browser agent from a remote 
information source to a user machine in response to a 
user request to access a Web page, wherein the browser 
agent is downloaded to the user machine before the 
Web page and initiates the sending of a user HTTP GET 
request from the user machine to the remote informa- 
tion source, wherein the browser agent is operable to 
log a first time corresponding to the sending of the user 
HTTP GET request, and wherein the browser agent 
automatically measures a download time interval, the 
download time interval being determined according to 
the difference between the first time corresponding to 
the sending of the HTTP GET request from the user 
machine and a second time corresponding to the load- 
ing of the Web page on the user machine; and 

wherein the browser agent is operative to automatically 
cause the user machine to send a modified HTTP GET 
request, wherein the modified HTTP GET request 
contains a performance parameter indicative of the 
measured download time interval between the sending 
of the HTTP GET request from the user machine and 
the loading of the Web page on the user machine; 

whereby the download time interval experienced by the 
user is measured and a parameter indicative of the 
measured download time interval is sent as part of the 
modified HTTP GET request. 

2. A method as recited in claim 1 wherein the browser 
agent is further operative to cause the user to send a user 
information cookie as part of the HTTP GET request, 
wherein the user information cookie includes information 
related to the user. 

3. A method as recited in claim 2 wherein the information 
related to the user includes a geographical coordinate. 

4. A method as recited in claim 3 wherein the geographi- 
cal coordinate is predetermined according to a city indicated 
by the user. 

5. A method as recited in claim 1 further including 
receiving a plurality of user modified HTML requests from 
a plurality of users and recording a plurality of performance 
parameters, the plurality of performance parameters being 
indicative of a plurality of measured download time inter- 
vals determined by each of the plurality of users. 

6. A method as recited in claim 5 further including 
generating a map that indicates the performance experienced 
by users in different regions. 

7. A method as recited in claim 1 wherein the modified 
HTTP GET request is generated by the browser agent. 

8. A method as recited in claim 1 wherein the performance 
parameter is the difference between the first time and the 
second time. 

9. A method as recited in claim 1 wherein the performance 
parameter is a qualitative evaluation of performance based 
on the difference between the first time and the second time. 
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10. A method as recited in claim 1 wherein the second 
time corresponds to the completion of the loading of the Web 
page. 

11. A method as recited in claim 10 wherein download 
5 time interval is equal to the difference between the first time 

and the second time. 

12. A method as recited in claim 1 wherein the network is 
the Internet, 

13. A system for assembling performance data related to 
the downloading of information from a computer network 
comprising: 

a Web server configured to automatically send a browser 
agent to a user in response to a user request, wherein the 
browser agent is downloaded and configured to initiate 
the sending of a user HTTP GET request, wherein the 

15 browser agent is operable to automatically log a first 
time corresponding to the sending of the user HTTP 
GET request, and wherein the browser agent is con- 
figured to automatically measure a download time 
interval, the download time interval being determined 

20 according to the difference between the first time 
corresponding to the sending of the user HTTP GET , 
request and a second time corresponding to the loading 
of the Web page; and 
a relay server configured to receive from the user a 

25 modified HTTP GET request, wherein the modified 
HTTP GET request contains a performance parameter 
indicative of the measured download time interval; 
whereby the download time interval experienced by the 
user is measured and a parameter indicative of the 

30 measured download time interval is received as part of 
the modified HTTP GET request. 

14. A system as recited in claim 13 wherein the relay 
server is configured to receive from the user as part of the 
HTTP GET request a user information cookie, wherein the 

35 user information cookie includes information related to the 
user. 

15. A system as recited in claim 14, wherein the infor- 
mation related to the user includes a geographical coordi- 
nate. 

40 16. A system as recited in claim 15 wherein the geo- 
graphical coordinate is predetermined according to a city 
indicated by the user. 

17. A system as recited in claim 14 wherein the network 
in the Internet. 

45 18. A system as recited in claim 13 wherein the relay 
server is operable to receive a plurality of user modified 
HTML requests from a plurality of users and record a 
plurality of performance parameters, the plurality of perfor- 
mance parameters being indicative of a plurality of mea- 

50 sured download time intervals determined by each of the 
plurality of users. 

19. A system as recited in claim 13 further including 
means for generating a map that indicates the performance 
experienced by users in different regions. 

55 20. A system as recited in claim 13 wherein the perfor- 
mance parameter is the difference between the first time and 
the second time. 

21. A system as recited in claim 13 wherein the perfor- 
mance parameter is a qualitative evaluation of performance 

60 based on the difference between the first time and the second 
time, 

22. A system as recited in claim 13 wherein the second 
time corresponds to the completion of the loading of the Web 
page. 

65 23. A system as recited in claim 13 wherein the download 
time interval is equal to the difference between the first time 
and the second time. 
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24. A system as recited in claim 13 wherein the Web 
server and the relay server are implemented on a single 
physical machine. 

25. A system as recited in claim 13 wherein the Web 
server and the relay server are implemented on different 
physical machines. 

26. A system as recited in claim 13 wherein the network 
is the Internet. 

27. A system for assembling performance data related to 
the downloading of information from a computer network 
comprising: 

a Web server configured to automatically send a browser 
agent to a user in response to a user request to access 
a Web page, wherein the browser agent is downloaded 
before the Web page and configured to initiate sending 
a user HTTP GET request, wherein the browser agent 
is operable to log a first time corresponding to the 
sending of the user HTTP GET request, and wherein 
the browser agent is configured to measure a download 
time interval automatically, the download time interval 
being determined according to the difference between 
the first time corresponding to the sending of the user 
HTTP GET request and a second time corresponding to 
the loading of the Web page; and 

wherein the browser agent is configured to send a modi- 
fied HTTP GET request, the modified HTTP GET 
request containing a performance parameter indicative 
of the measured download time interval; 

whereby the download time interval experienced by the 
user is measured and a parameter indicative of the 
measured download time interval is sent as part of the 
modified HTTP GET request. 

28. A system as recited in claim 27 wherein the download 
time interval is included in the header of the modified HTTP 
GET request. 

29. A system as recited in claim 27 wherein the network 
is the Internet. 
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30. A method of gathering information regarding a load- 
ing time experienced at a target location on a network 
comprising: 

connecting a data acquisition agent to the network at the 
target location in response to a user request at the target 
location; 

automatically sending a request for information from the 
data acquisition agent to an information source con- 
nected to the network; 

recording a first time corresponding to the sending of the 
request for information; 

loading data responsive to the request for information 
onto the data acquisition agent; 

automatically measuring a loading time interval, the load- 
ing time interval being determined according to the 
difference between the first time corresponding to the 
request for information from the data acquisition agent 
and a second time corresponding to the completion of 
the loading of data responsive to the request from the 
data acquisition agent; and 

automatically sending a performance parameter indicative 
of the measured loading time interval to a relay server. 

31. The method of claim 30, wherein the relay server and 
the information source are implemented on different physi- 
cal machines, 

32. The method of claim 30, wherein said sending, 
recording, loading, measuring, and sending steps are auto- 
matically repeated at predefined intervals. 

33. The method of claim 30 further comprising: 
obtaining a request for the performance parameter from a 

customer; 

transmitting the performance parameter to the customer, 

34. The method of claim 33 wherein the information 
source is specified in advance by the customer. 



